HTML-formulieren krijgen na zeven jaar update

[e-mail]" rel="external">Mephisto_ schrijft dat de lui van de werkgroep XForms, onderdeel van het W3C, deze week bijeenkomen om iets te gaan doen aan de verouderde forms. XForms moet het mogelijk maken om ook ingewikkelde formulieren te maken zoals aankooporders en moet de back-end losgekoppeld worden van de front-end zodat één formulier kan worden gebruikt voor verschillende presentaties zoals voor de PC of de mobiele telefoon:

"HTML-formulieren lopen zwaar achter op de browsers van vandaag de dag. Op de bijeenkomst willen we de formulieren aan de moderne technologie aanpassen", zo lichtte David Manning, een van de leden van de werkgroep, toe.

Een van de belangrijkste veranderingen is het geschikt maken van HTML-formulieren voor de steeds complexer wordende transacties die tegenwoordig via internet gedaan worden. Vooral voor business-to-business transacties schiet het huidige HTML tekort.

Zo kunnen in een HTML-formulier op dit moment zo'n vijf tot zes velden worden ingevuld, maar kan het ingewikkelder documenten als aankooporders niet aan. Xforms, waarin vertegenwoordigers van 21 bedrijven plaatsnemen, heeft specificaties ontwikkeld waarmee de gebruikersinterface wordt losgekoppeld van de back-end.[break]Het gaat nog wel een tijdje duren voordat we van de huidige html-formulieren af zijn: de eerste van de drie specificaties wordt pas het eind van dit jaar aanbevolen:[/break]In totaal kent XForms drie specificaties: een Data Model, een specificatie voor het gebruikersmodel en een voor protocols. Het Data Model wordt volgens officials voor het einde van het jaar als standaard aanbevolen. Wanneer de andere twee specificaties standaard worden, is nog niet bekend.

Voor het hele verhaal kan je richting dit WebWereld artikel surfen.

Reacties (23)

[Verwijderd]

Ik vind dat de gui er best wel op vooruit gaat, alleen gaat het programmeren wat meer werkkosten.
Vroeger was het makkelijk om ff eens simpele button te maken. Bij XForms moet je voor zo'n button:

[update]Hij maakt van de image tag een link???
world.std.com/~xforms/examples/hello.gif [/update]

Deze code gebruiken:
</div><div class=b4>simpleform = fl_bgn_form(FL_UP_BOX,230,160);
fl_add_button(FL_NORMAL_BUTTON,40,50,150,60,"Hello, World");
fl_end_form();</div><div class=b1>

Hoe de XForms eruit gaan zien???
world.std.com/~xforms/objclass/tour.html

[vanDaal]

Zo te zien gaan er eindelijk functies komen om de geometrie van forms aan te passen. Dat wordt eigenlijk wel tijd, want het is nogal storend en vaak vloekt het ook met je lay-out als er zo'n lelijke input box tussenkomt. Hoe vaak worden er op forums geen vragen gesteld over hoe je text inputs aanpast? Dat is nu dus niet mogelijk helaas.

Ik lees ook dat je met een Form Library je eigen forms kunt creëren, zodat de achterliggende code voor je wordt geschreven (met behulp van C). Handig, zo'n gui

</div><div class=b4>Ik snap eerlijk gezegd het probleem niet... Volgens mij kunnen de huidige formulieren het prima aan?!? Waar zou het fout moeten gaan? </div><div class=b1>
Ik weet ook niet precies hoe ik het moet zien. Maar ik denk dat er een betere communicatie wordt gerealiseerd tussen verschillende forms die er zijn. Hoe en wat weet ik nog ff niet, ga ik nog wel achter komen

[vanDaal]

</div><div class=b4>Nog nooit van CSS gehoord? Daar kun je de stijl van zo'n inputbox toch behoorlijk aanpassen.</div><div class=b1>

Met css kun je slechts basisdingen van een form aanpassen, zoals lettertype, lettergrootte en alignment en zo. De rand bijvoorbeeld niet. Dat is veelste weinig vind ik.

Een image zoals de onderstaande is nu niet mogelijk bijvoorbeeld:
world.std.com/~xforms/objclass/inputs.gif

Een input is inderdaad nog het meest 'zelf-aanpasbaar', maar zoals je in die tour kunt zien, wordt het ook mogelijk om de lay-out van buttons, drop-down menu's en scrollbars aan te passen. Dat is natuurlijk wel mooi.

[Verwijderd]

</div><div class=b4>
Huidige forms bevalle me best,
ben nog geen tekortkoming tege gekomen, en over je dat het vloekt bij je design.. ach.. dat doe je zelf
</div><div class=b1>

Probeer eens een form op een div (of layer voor NS) te plaatsen en de z-index van die layer te veranderen (zodat ie ergens "achter" komt te liggen).

</div><div class=b4>
verder zullen de browsers waarschijnlijk al een hoop functies ondersteunen die niet in de standaard zijn opgegeven (allaa ms die hun eigen standaard vast stellen)
</div><div class=b1>

Zowel NS als MS maken zich hier schuldig aan. Bovendien viel het me wel erg op dat de nieuwe versie van NS waar ze druk mee bezig zijn meer naar de IE 5.0 "standaard" neigt dan naar NS 4.0!

[jurriaan]

</div><div class=b4>Zo kunnen in een HTML-formulier op dit moment zo'n vijf tot zes velden worden ingevuld, maar kan het ingewikkelder documenten als aankooporders niet aan. </div><div class=b1>

Ik snap eerlijk gezegd het probleem niet... Volgens mij kunnen de huidige formulieren het prima aan?!? Waar zou het fout moeten gaan?

In Ieder geval is dit voor mij wel een bewijs dat het W3C een veels te trage en logge organisatie is. Dat men daar nu pas over nadenkt, als dit inderdaad een probleem is. Juist nu het internet echt is losgebroken gaat men eens een keer nadenken...

IMHO is het tijd dat men W3C gewoon loslaat en een nieuw en flexibeler orgaan opricht. Over die nieuwe formulieren...eerst maar eens kijken wat het gaat doen...maar voor ze daar uit zijn..

[Tagga]

Ik mag dit wel, weg met die houtje touwtje pagina's... worden de sites alleen nog maar door de pro's gemaakt.

[Verwijderd]

Oh goody,

weer iets waar MS & NS zich
op kunnen uitleven en op 40
verschillende maniere implementere.

Vind het maar prut eigelijk, op die voorbeelde pagina's, menuutjes/dials enzow.. Lijkt me dat je dan zowiezo moet prate met je backend. Hoe weet je de values voor je Dials? Moet nou alles
"on the fly" gemaakt worde?

Huidige forms bevalle me best,
ben nog geen tekortkoming tege gekomen, en over je dat het vloekt bij je design.. ach.. dat doe je zelf

IBM enzo hebbe het er wel netjes in verwerkt toen ik het zo zag laatst
en www.ambacht.com/ heeft z'n QuickLinks der ook wel netjes in verwerkt hoor.

Mgoed...
BAGGER weer dit.

[Roland684]

Ik snap niet helemaal wat er nu mis is met de huidige forulieren. De enige wensen die ik op dit moment heb zijn:
Combinatie van invoerveld en pulldownmenu (zodus je dus zelf een waarde op kunt laten geven als hij niet in het lijstje staat, nu moet je een invoerveld neerzetten in het geval "ander namelijk:")
Mogelijkheid om meerdere bestanden tegelijk mee te kunnen sturen. Nu hebben we wel een workaround gemaakt, maar da's wel een ingewikkeld systeem.

Ik hoop wel dat ze het voor de consument niet te moeilijk gaan maken. formulieren die bij elke klik veranderen van aantal velden leveren gegarandeerd mailtjes van gebruikers op dat ze het formulier niet snappen.

Wat mij betreft komen ze tot de conclusie dat de formulieren nog prima voldoen en geen (grote) update nodig hebben.

[HermeS]

euuhhh, mij maak je niet wijs dat er 7 jaar geen veranderingen heeft plaats gevonden in de form standaard, html4 bestaat toch nog niet eens zo lang????. Maar goed, er zijn al een heele hoop extra functies aan de huidige forms gekoppeld d.m.v javascript, dus dit kan de reden zijn waarom het over het algemee toch vrij goed gaat! verder zullen de browsers waarschijnlijk al een hoop functies ondersteunen die niet in de standaard zijn opgegeven (allaa ms die hun eigen standaard vast stellen)

[Bikkeltje]

</div><div class=b4>
Zo te zien gaan er eindelijk functies komen om de geometrie van forms aan te passen. Dat wordt eigenlijk wel tijd, want het is nogal storend en vaak vloekt het ook met je lay-out als er zo'n lelijke input box tussenkomt.</div><div class=b1>

Nog nooit van CSS gehoord? Daar kun je de stijl van zo'n inputbox toch behoorlijk aanpassen.

Of wil je cirkelvormige inputbox? Lijkt me toch moeilijk om dan tekst in te voeren